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STUDY UNIT 4 
PROGRAM DESIGN—THE GAME PLAN 


FIGURE I—The game plan—like a program design—shows each step and sequence of actions to 
achieve an objective. 


DO YOU KNOW? 


How to read and design a flowchart of a program? 


What a decision box is? 


What is the initialization routine? 


DESIGNING nation of every team member. Every person on 
TO WIN! the team has certain responsibilities and a posi- 

Anyone who has ever watched a profes- tion to play. If one player does not perform 
sional basketball, football or soccer team in ac- the assigned role, the success of the team is 
tion is aware of the fine precision and coordi- threatened. 
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FIGURE 2—The result of countless hours of 
designing and testing is a game plan which will 
be tested under ‘‘real-world’’ conditions. 


To perform as a polished, synchronized 
unit takes hours and hours of practice. Each 
player must learn what to do and how to work 
in harmony with every other member on the 
team. Equally important, however, are the 
game plans and special plays used by the team. 
Without perfectly conceived plans, the very best 
team in the world cannot perform well or 
succeed, 


Few spectators appreciate the countless 
hours coaches and scouts spend designing 
defenses and offenses which are intended to be 
used in a game lasting no more than one hour. 
A head coach and assistants may spend several 
days working out just one or two plays which 
will be used in a special situation. 
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Most of the play designs are done in a 
small office using a paper and pencil or black- 
board and chalk. They are sketched and re- 
viewed. They are erased, changed, adjusted, 
and sketched again. 


And although the play designs look good 
on paper, they must be tried out in practice. 
The team must run through them and see 
whether they work or not. Even then, nobody 
can be sure whether the plays will actually work 
or not until they are tested under real-world 
conditions. 


‘¢T.37"" 


FIGURE 3—“‘It looks good, but will it work?” 
Programmers and coaches ask the same 
question! 


The results of actual competition separate 
successful plays from those which fail. The suc- 
cessful ones are put into the team’s “‘play 
book”’ and are used whenever the situation re- 
quires them. And certain plays are saved for 
only very special occasions such as one minute 
to go and down by two points! 


What happens to plays which fail? Are the 
diagrams thrown away? Most wise coaches 
maintain a large file of ‘‘what doesn’t work”’ 
so they won’t spend valuable time fooling with 
plans which have already been proven impracti- 
cal. This sort of documentation is essential. 
And who knows, maybe some time in the fu- 
ture the coach will realize why the play failed 
and can make an adjustment so it will succeed. 


Being a programmer is very much like be- 
ing a professional team coach. You are faced 
with certain very real challenges and it is up to 
you to find the solutions. Using pencil, tem- 
plate, and worksheet, you design game plans 
to try out on the computer. Some of these plans 
will work and some will not. Then, the chal- 
lenge is to figure out how to make them suc- 
ceed or file the unsuccessful diagrams for future 
reference. 


Certain programs you will design are in- 
tended for use in only one situation, one time. 
Others are designed for utility purposes and can 
perform a variety of tasks. But just because it 
works well in one situation doesn’t mean that 
it will work in all others. Therefore, another 
challenge of the programmer is to see whether 
a program can be applied to different circum- 
stances. In other words, parts of the game plan 
must work no matter what the challenge is. 
How do we create successful game plans? Let’s 
find out. 


PROGRAMS SOLVE 
PROBLEMS 

Now that we are familiar with a computer 
system, how do we, as programmers, get it to 
work for us? Computer programs begin as 
problems, such as: 


® How can I keep track of my monthly 
budget? 


® How can my company meet its weekly 
payroll? 


® What will the square footage of a house 
be if its dimensions are increased by 10% 
or 15%? 


When completed, a computer program can 
provide solutions to these problems. The key 
to a successful, accurate solution lies in 
adherence to the steps of the program develop- 
ment cycle: 


Analysis 

Design 

Coding 

Testing and debugging 
Documentation 


Ah wnNe 


Let’s take a look at each of these steps. 


Analysis—"What’s 
the problem?” 

It is unlikely that a program will work 
unless careful thought is given to the problem. 
In the analysis phase of the development cy- 
cle, we must determine what needs to be done 
and what data is required. Questions must be 
asked. What is the input and how is it to be 
collected? What is the output, who needs it, 
and how should it appear? 


In the analysis phase, we need no paper, 
no pen—we must merely use our brains. The 
failure of many computer programs, costing 
companies millions of dollars, can often be 
blamed on faulty or incomplete analysis of the 
problem. 


Certainly, we would never set out on a trip 
without knowing the destination, the starting 
point, and the limitations of our automobile. 
Yet, there are some programmers who, in a 
hurry to complete their assignment, rush to the 
solution without thinking of where they are go- 
ing. That’s not to say that the solution will not 
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eventually be achieved. However, research has 
shown that the solution will be found much more 
efficiently when the problem is given proper 
thought at the outset. All aspects of the problem 
must be clearly identified. 


Design—“How 
do we proceed?” 

Once we know what the problem is, it is 
almost mandatory that we put down, on paper, 
a step-by-step sequence of events that will lead 
us to a solution. Using the analogy of our car trip, 
the design phase would include: 


When are we going to leave? 
#What roads will we take? 
®Where will we make our turns? 


How many stops will we have to make?, etc. 


It is in the design phase that we begin to sketch 
out the plan to be followed. We use worksheets, 
pencil, flowcharts, and certain procedures which 
are standardized for all programming. 


Coding—"How 
to tell the computer?” 

Once we know our design, we must reduce 
our step-by-step solution to a series of instructions 
that the computer is capable of doing in a language 
the computer can understand (such as BASIC). 


You will find that coding the program will 
be relatively quick and accurate if enough time 
was spent on the analysis and design phases. 
If not, many of our steps will merely be 
““guesses.”’ 
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Testing and Debugging— 
“Is the program 
accurate and reliable?” 

Regardless of how sure we are that our pro- 
gram will work, we must put it to the acid test. 
Will the computer run the program? If it does 
work, will it work accurately and in all cases? It 
is possible, and likely, that some small errors have 
crept into our program. If so, we must carefully 
reanalyze, redesign, and retest our program until 
it works perfectly every time! 


Documentation— 
“What did we do?” 

This final phase of program development is 
of equal importance to the other four phases. We 
must leave a written record so that we, or others, 
can easily examine or modify the program at a later 
date. Typically, this is the least appreciated and 
most abused phase. Programmers tend to get so 
wrapped up in their work that they are sure they 
will never forget exactly what they have done. And 
yet, you will find that a week after you have com- 
pleted a project you will remember little of your 
previous work! Some programmers, after a short 
amount of time, will not even recognize that a pro- 
gram they produced is even theirs! 


Maintain a copy of the design and a short nar- 
rative in English, of the program. Then, it will 
take just a matter of minutes to refresh your 
memory whenever you want to make changes in 
your program. 


THE FLOWCHART 

A flowchart is a ‘‘road map.”’ It uses sym- 
bols to graphically illustrate the sequence that must 
be followed to produce an accurate program. 
Flowcharting has its own set of rules just like a 
program—but unlike a program, it is not done by 
a computer. 


The proper ‘‘tools’* for neat and accurate 
flowcharting are a printed worksheet and a 
template (you can do it ‘‘freehand,’’ however). 
And—use a pencil with eraser (Programmers do 
not use pens). 
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creating flowcharts. The sequence of operations can be easily depicted by tracing the appropriate sym- 


FIGURE 4—This is an illustration of a plastic template used by programmers and task analysts when 
bols onto paper. 
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computer memory onto an output device. 


Examples: 


|_| 


indicate the beginning 


and ending point of each program. Every program 


can only have one starting point and one stopping 
point. In our flowchart, they will look like this: 


shaped symbol used to 


The terminal is an oval- 


Let’s take a closer look at the symbols we will 
use. (Not all of the symbols on your template will 


The template is made of hard plastic so that 
be discussed at this point—some of them are not 


you can neatly draw the various symbols, straight 
lines and arrows of a flowchart. The symbols are 


shapes that indicate what type of processing is to 
be done—the lines and arrowheads show the 


sequence of events. Inside the symbols, we specify 


exactly what is to be done in each step. 
used for program design and will be reviewed 


later.) 


THE TEMPLATE 


STOP 
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The processing box de- 

scribes the steps that will 

take place within the 

CPU, such as arithmetic. 

It is the box most often 
drawn on a flowchart. When in doubt, this is 
the symbol to use more often than not. 
Example: 


NEW BALANCE = 


OLD BALANCE — 
CHECK AMOUNT 


The diamond-shaped 
decision box illustrates 
the alternative paths that 
the program allows. In- 
side this symbol a ques- 
tion is posed. Depending 
on the answer to this 
question, only one of the outgoing routes will 
be taken. (NOTE: These paths must be label- 
ed according to the possible answers to the 
question.) 


The questions must be phrased in such a 
way that a computer is capable of answering 
them. Computer logic (comparisons) is not 
nearly as complex as human logic. A computer 
can answer ‘‘yes’’ or ‘‘no’’ when two values 
are compared—that is, equal to or not equal 
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to. (A computer can also determine which value 
is greater than—or less than—another.) 
Examples: 


A circle is used as a connector 

symbol. A connector ‘‘points’’ to 

the instruction to be performed. 
For example, a connector would be used if we 
wished to repeat a series of steps (a loop) or 
to bypass steps under some special cir- 
cumstances. Inside the connector we write the 
location, on our worksheet, of the next instruc- 
tion. Example: 


GOTO 
B3 


These five symbols are all we need to 
design the most complex programs! 


In order to connect the symbols to each 
other, flow lines are used. Use the straight edge 
of your template to produce neat, even lines, 
such as: 


EXAMPLE 


INPUT 
RESPONSE 


Note the use of arrowheads at the end of 
each instruction. These arrows ensure that the 
direction of the sequence is accurately followed. 
Remember, this is a ‘‘flow’’ chart—just as a 
river flows, so our design must have a direc- 
tion. (Your template includes arrowhead sym- 
bols, but a good, steady hand can usually draw 
them clearly without the template.) 


THE FLOWCHARTING 
WORKSHEET 

While any clean sheet of paper can be used 
to draw a flowchart, a worksheet is the easiest 
to use. 


The worksheet has 40 evenly spaced 
rectangular boxes divided into five columns of 
8 rows each. Each box has a unique identifier, 
placed in its proper column and row (Al 
through HS). Your template has a grid work 
printed on it which makes it simple to center 
each symbol in its own box. Examples: 


-B3-—I—-—— 
1 | 
—_ 
et 
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On the top of each worksheet, spaces are 
provided so that you can write your name, the 
date, and other information relating the flow- 
chart to the program. 


FLOWCHARTING 
CONVENTIONS 

When flowcharting, certain conventions 
should be followed (we call them ‘‘conven- 
tions’’ rather than rules, because the computer 
will not be able to ‘‘read’’ our flowchart 
regardless of how we write it). 


1. Whenever possible, the flow of our pro- 
gram should be from top to bottom and 
from left to right. 


PROPER 


IMPROPER 
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(Strict adherence to this convention is 
not necessary. Sometimes, as when us- 
ing the decision box, it would be more 
convenient to *‘go against’’ the flow. If 
you do, however, make sure that this 
reverse direction is clearly labeled with 
arrows and that you get back to the cor- 
rect flow as soon as possible.) 


. Regardless of whether you are drawing 


your flowchart on clean paper or on a 
worksheet, flow lines should connect 
**symbol to symbol.”’ 


PROPER 


IMPROPER 


oe 
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3. Each flowcharting symbol has a limit as 
to how many flow lines can be connected 
to it. 


A. 


Each terminal symbol can be con- 
nected to another symbol by only 
one flow line. If it is a starting 
point, it must have one line leading 
away from it; an ending point has 
one line leading into it. Examples: 


START 


hw 


Processing and input/output sym- 
bols each have one line leading in- 
to them and one line coming out. 
Examples: 


seh Oy 


LESS THAN # 


A decision box has one entry line 
and two or three exit lines, depend- 
ing on the possible answers to the 
questions. Examples: 
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Connector symbols have one line 
leading into them if they are drawn 
to show where the next instruction 
box is located. They have one line 
leading out of them if they are used 
to highlight where that instruction 
is. Examples: 
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E. If a symbol needs to be entered 
from more than one point in the 
program, draw one of the entry 
lines to the flow line immediately 
preceding the symbol. 


PROPER 


IMPROPER 


always drawn in one of the boxes on 
the worksheet. It is often useful to draw 
it in the margins. 


(i) Note that the connector symbol is not 


That’s all we need to know about the gen- 
eralities of flowcharting. In the next section, 
we will see some ways in which a flowchart can 
be used to design specific solutions to computer 
problems. 


First, let’s see what we’ve learned by completing the Programmer’s Check below. 


PROGRAMMER’S CHECK 


Flowcharts and Symbols 


Let’s see how well you can put your knowledge to work. Answer the questions 
below by doing the drawings and entering the information as required on scratch 
paper. Then, check your answers. If you have given incorrect answers, review the 
previous instruction before going further in the lesson. 


Draw the symbol and arrow for START and identify it properly. 


Draw a ‘‘processing box’’ and show the steps which will take place within memory 
as follows: NEW BALANCE = OLD BALANCE — CHECKS + DEPOSITS. 


Draw a box and include appropriate information to show the options for the 
following: ARE THERE MORE ADDRESSES TO ENTER? 


Draw the connector symbol connected to an input/output symbol to show that 
‘**B-2”’ data is entered as input in the form of a check amount. 


Construct a decision box in which you show three options for the question: HOW 
DOES THE NEW BALANCE COMPARE TO 9? 


If two entry lines need to enter an input/output symbol, then a certain conven- 
tion is always used. Can you show how this is done so that the flow is clear? 


Is it okay for connector symbols to be drawn outside of the boxes on a worksheet 
or must they always be inside a box? 


(Answers on Page 12) 
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PROGRAMMER’S CHECK ANSWERS 


HOW 
DOES THE 

NEW BALANCE GREATER 
COMPARE 


10 
2 


NEW BALANCE 
= OLD BALANCE 
—CHECKS + DEPOSITS 


ARE 
THERE 


MORE 
ADDRESSES 
TO 
ENTER? 


7. Connector symbols may be drawn 
whenever needed. You can use the 
margin of a worksheet if necessary. 
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INPUT/OUTPUT Let’s see how input/output can be used in 


PROGRAMS an application program to produce a mailing 

Input/output programming is a process by list from a file stored on tape. On magnetic 

which data is transferred from one medium to tape, a file has been previously created. Each 

another. The data submitted as input (via the record on the file contains a name, a street ad- 

_ keyboard) or read from an auxiliary storage dress, a city, state and zip code. This mailing 
device is held in RAM. A duplicate of the data address file might look something like this: 


stored is then printed on paper (or on the CRT). 


ae 


JOHN SMITH 111 MAIN ST. CHICAGO. IL 66861 = MARY ADAMS 82 W. 85TH ST. NY. NY 19924.. 


The format of the input record from this file is defined as having four fields and can be illustrated 


as: 
STREET ADDRESS CITY/STATE arom 


The desired output from this program is a mailing list which is to appear on the screen. It should 
look like this: 


MAILING LIST 


NAME ST. ADDRESS CITY/STATE ZIP CODE 


JOHN SMITH 111 MAIN ST. CHICAGO. IL 66961 
MARY ADAMS 82 W. 85TH ST NY. NY 19924 


END OF MAILING LIST 


Page 13 


The program design (flowchart) which will produce the correct output from the given input 


would look like this: 
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* START 


CLEAR THE 
SCREEN 


PRINT 
"MAILING LIST” 


PRINT “NAME”. 
“ST. ADDRESS’. 
"CITY/STATE 

‘ZIP CODE 


— 
RECORD 


PRINT 
NAME , STREET ADDRESS , 
CITY/STATE . ZIP CODE 


YES 


PRINT 
“END OF 
MAILING LIST’ 


Let’s examine this flowchart in detail to 
see how this program should work when it is 
commanded to run. 


We begin with our starting point, the ter- 


MAILING FILE 


es... 


JOHN SMITH 


Our next two statements are instructions 
to cause the information to be printed on the 
screen: a title for the report and column 
headings to indicate the meaning of the data 
to be printed underneath them. Note that, in 
the flowchart symbols, the words to be printed 


MAILING FILE 


JOHN SMITH 


PRINT 
NAME “STREET ADDRESS 
CITY/STATE 
ZIP CODE 


minal symbol. Our first instruction is a com- 
mand to clear the screen of any characters 
which were previously left on it. After execu- 
tion of this instruction, the system looks like 
this: 


RAM 


are enclosed within single quotation marks. 
This signifies that the words are to be written 
as ‘‘constant’’ data—that is, exactly as shown. 
After these statements are entered, this is what 
we would see: 


CRT 


RAM 


MAILING LIST 


AME ST. ADDRESS CITY/STATE ZIP CODE 
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We now begin our loop—that is, the sequence of steps which will be repeated for each record 
on the file. 


PRINT 
NAME _ STREET ADDRESS 
CITY/STATE . ZIP CODE 


This is how the sequence of steps occurs in actual operation. CRT 
RAM 
MAILING 
FILE 
a PROGRAM wang st 
JOHN SMITH | wae St AODAETS «© CITY/STATE «DP CODE 


MN SMITH ot Wa St) |= CHICAS A SagBT 


JOHN SMITH 
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We first see a connector symbol, 
Following the connector symbol is the first in- 
struction within the loop, a command to read 
a record from our mailing address file. Since 
we don’t know how many records will be on 
the file at the time we design and code our pro- 
gram, we must test each record read to see if 
it is the ‘‘trailer record.’’ The trailer record is 
placed at the end of a file to indicate that all 
records have been previously accessed. 


If the record read is not the trailer record, 
then a line will be printed on the screen, with 
the name, street address, city/state and zip code 


A final line is printed on the screen, show- 
ing that the program is over. Finally, our pro- 


MAILING 
FILE 


MAILING LIST 


on it. Following this, our program branches or 
loops back to read the next record from the file. 


This process will be repeated until a line 
is printed on the CRT for each record that is 
read, regardless of how many records are on 
the file. (Remember, however, that there is a 
limit to the number of lines of text that the 
screen can hold at one time.) 


Eventually, the trailer record will be read. 
This record will cause the ‘tyes’’ path out of 
the decision box to be taken, the sequence of 
steps leading to the end of our program. 


gram relinquishes control of the computer 
system so that other programs can be run. 


CAT 


MAILING LIST 


NAME ST, ADDRESS CITY/STATE ZIP CODE 


JOHN SMITH 111 MAIN ST. CHICAGO. IL 66861 
MARY ADAMS 82 W. 85TH ST NY. NY 19824 


S| 
TRAILER RECORD 


END OF MAILING LIST 
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The mailing list input/output program is and comparing. But before we move on, let’s 
our first attempt at controlling the computer’s see what we’ve learned by completing the Pro- 
enormous potential. We will soon be learning grammer’s Check below. 
more advanced techniques involving arithmetic 


PROGRAMMER’S CHECK 


2 
Flowcharting 


Write a flowchart to produce a listing of telephone numbers from records on a file. 
Use a separate sheet of paper. The file looks like this: 


RECORD LAYOUT: 
AREA CODE PHONE NUMBER NAME 
Some of the records on this file look like this: 
914 478 @Wi3 JOHN JONES 
86 555 1318 SUE BARKER 
S11 968 2648 JOE SMITH 


The output, which will be on the screen, will have headings and a final line in addition 
to the name, area code and phone number from each record. 


OUTPUT: 


TELEPHONE NUMBERS 
NAME AREACODE PHONE NUMBER 


JOHN JONES 914 478 £13 
SUE BARKER 8A6 555 1318 
JOE SMITH 511 968 2848 


Now, code the flowchart to produce the desired output. Then, compare your flowchart 
with the one on the indicated page. If yours is similar, you are ready to go on to the next section, 
If your chart is not identical, then go back and study some more before attempting to flowchart 
the above file again. Good luck! 


(Answers on Page 20) 
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ARITHMETIC 

Now let’s add some calculations to our 
program applications. This will give us the 
ability to print more information than we read 
from our input—that is, the computer will pro- 
duce new information in the form of results. 


Our computer can easily perform all of the 
basic arithmetic operations: addition, subtrac- 
tion, multiplication, division and exponentia- 
tion (raising a number to a power). With these 
capabilities, we not only can do calculations on 
each record, we can also accumulate totals of 
all records on the file and even determine 
overall averages. 


Arithmetic statements are entered on a 
flowchart as processing symbols. In most pro- 


gramming languages (BASIC included), more 
than one arithmetic operation can be performed 
in one statement, as in: 


NEW BALANCE = OLD BALANCE 
+ DEPOSITS — WITHDRAWALS 


When a program is run, values are 
substituted for the variables on the right of the 
equals sign (=) and the results are placed in 
the variable to the left. 


An example of a flowchart which adds 
arithmetic to its 1/O operations is shown on 
page 21. Notice how calculations for each 
record are done within the loop, including the 
accumulating of final totals which will be 
printed only towards the end of the program. 
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PROGRAMMER’S CHECK ANSWERS 


START 


PRINT 
“TELEPHONE 
NUMBERS’ 


PRINT 
NAME , AREA CODE . 
PHONE NUMBER 
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ACCOUNTS RECEIVABLE REPORT APPLICATION 


INPUT: ACCOUNTS OUTPUT: ACCOUNTS 
RECEIVABLE FILE RECEIVABLE REPORT 
DATE NAME QUANTITY UNIT PRICE 


18/16/83 J. JONES 15 $2.40 
18/17/83 S. SMITH 23 $1.98 


START 


SET TOTAL 
AMOUNT DUE 
TO 


£ 


ACCOUNTS RECEIVABLE REPORT 


DATE NAME QUANTITY AMOUNT DUE 
16/16/83 J. JONES 15 $36.8 


18/17/83 S$. SMITH 23 $23.69 


TOTAL AMOUNT DUE $53.69 


CLEAR 
SCREEN 


PRINT 
ACCOUNTS 
RECEIVABLE 
REPORT 


PRINT 
AMOUNT DUE = TOTAL AMOUNT 
QUANTITY x 


UNIT PRICE 


TOTAL AMOUNT 
DUE 


PRINT ‘DATE 
‘NAME’. ‘QUANTITY 
‘AMOUNT DUE’ 


TOTAL AMOUNT DUE = 
TOTAL AMOUNT QUE + 
AMOUNT OUE 


READ 
A 
RECORD 


PRINT DATE 


N . 
QUANTITY 
AMOUNT DUE 
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Let’s walk through this flowchart, paying our ‘‘initialization routine’’ shown below, our 
special attention to the starred (*) symbols. In memory and peripherals look like this: 


ACCOUNTS 
RECEIVABLE 
FILE 


SET TOTAL SS 
amount DUE ‘ 19/16/83 J. JONES 15 $2.98 
i = : 


CLEAR 
SCREEN 


RAM 


TOTAL AMOUNT DUE 


PRINT 
ACCOUNTS 
RECEIVABLE 


REPORT 
scab 


PRINT “DATE 
N 


E 
QUANTITY 
AMOUNT DUE 


ACCOUNTS RECEIVABLE REPORT 
DATE NAME QUANTITY AMOUNT DUE 


Because our report requires a final total storage to serve as ‘‘counter.’’ In our loop, we 
of all the individual amounts due, we will have will see how this will work. But first, it is essen- 
to add them together within our program. To tial that we begin our counter at J so our results 
accomplish this, we establish a variable in main will be valid. 
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We have already seen how the next three 
statements work: 1) the screen is cleared, 2) the 
title line is printed at the top of the screen, and 
3) the column headings are printed. 
(Remember, single quotation marks are plac- 
ed around words when they are to be printed 
exactly as they are written.) 


Now, we enter our program loop: 


READ 
A 
RECORD 


AMOUNT DUE = 
QUANTITY x 
UNIT PRICE 


TOTAL AMOUNT DUE = 
TOTAL AMOUNT DUE + 
AMOUNT DUE 


PRINT DATE. 
NAME , QUANTITY 
AMOUNT DUE 


INITIALIZATION ROUTINE 


Clearing the screen 


Printing the headings 


Setting counters and input 
locations 


FIGURE 5—There are routines you set up at 
the outset so the computer can receive data and 
process it accurately. These will become 
automatic. 


As in our previous programs, a record is 
read. In this case, the record consists of four 
fields: date, name, quantity and unit price. As 
long as this is not the trailer record, the loop 
is begun. 


Our first arithmetic processing box in- 
structs the computer to use the actual values 
just read for the quantity and unit price, to 
multiply them together, and to store the results 
under the variable name, amount due. This 
variable, while not on the input record, is used 
in Our next processing box at the top of page 
24. It will take the value just calculated as the 
amount due and add it to the counter, total 
amount due, and will store the new total 
amount due. 


If our first record had a unit price value 
of 2.4% and a quantity of 15, our instruction 
would result in 3f.9@ being stored as the 
amount due. 


In the second arithmetic processing box, 
the 39.@@ just calculated is added to the total 
amount due counter which had just been set 


to @. 
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18/16/83] |. J. JONES | | 2.0 | : = 


DATE NAME UNIT PRICE QUANTITY AMOUNT DUE 


36 Ae 
TOTAL AMOUNT DUE 


Having done all the calculations necessary read as input within the computer and was used 
for this record, we instruct the computer to for multiplying, it does not appear in output 
write a line of output on the CRT, consisting on the CRT. 
of the order date, the customer’s name, the 
quantity of items ordered, and the amount due. Our system has this appearance after the 
Notice that although the unit price variable was first record has been processed: 


ACCOUNTS 
RECEIVABLE 
FILE 


—_ aa 


— 


ACCOUNTS RECEIVABLE REPORT 


PROGRAM 


[18/16/83] 


DATE 


DATE NAME QUANTITY AMOUNT DUE 


19/16/83 J. JONES 15 S39. fy 


ju sones||_ 15 | | 2mm | 
| NAME QUANTITY — UNIT PAT 


Liga J [|_sfgg | 


TOTAL AMOUNT DUE AMOUNT DUE 
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Now, let’s follow the path of the second 
record as we connect back to the ‘‘read’’ 
statement. 


RECEIVABLE 

R 

FILE RAM 
Sa 


DATE NAME 
53, 


TOTAL AMOUNT DUE 


QUANTITY 


23 


This processing will be repeated until our 
trailer record is encountered. Let us imagine 
for this example that the trailer record is found 
on the third ‘‘read.”’ 


The ‘‘yes’’ path will be taken from our 


ACCOUNTS 


RECEIVABLE 
FILE RAM 


PROGRAM 


TRAILER RECORD 
Leactifierot = nd Poe! 


[1917/83] Ls. smith] L2 |) Lig] 


UNIT PRICE 


AMOUNT DUE 


The second record, as long as it’s not the 
trailer record, will also have its amount due 


_ calculated. This result will be added to the 34.47 


already stored in total amount due, then it will 
be written to the screen. 


ACCOUNTS RECEIVABLE REPORT 


DATE NAME QUANTITY AMOUNT DUE 


18/16/83 J. JONES 15 Sag ge 
19/17/83 S$. SMITH 23 $23 Ap 


decision box, commanding the computer to dis- 
play a line of output consisting of the words 
“‘TOTAL AMOUNT DUE,”’ followed by the 
value in total amount due variable, added in 
our loop. The system then ends up looking like 
this: 


ACCOUNTS RECEIVABLE REPORT 


DATE NAME QUANTITY AMOUNT DUE 


18/16/83 J. JONES 15 =% 
18/17/83 S$. SMITH 23 $23 £9 


TOTAL AMOUNT OUE $53.7 
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In order to prove that this program design ample, let’s input the following additional 


will work, regardless of how many records are record: 

read, we would repeat the process demonstrated 

on page 25 with one or more records. For ex- Date Name Quantity Unit Price 
19/18/83 J. Williams 1g 1.49 


CRT 


RAM 


ACCOUNTS RECEIVABLE REPORT 


PROGRAM 


DATE NAME QUANTITY AMOUNT DUE 


18/16/83 J. JONES 
18/17/83 S. SMITH 
19/18/83 J. WILLIAMS 


TRAILER RECORD 


| 67.09 J | 14.90 | 
TOTAL AMOUNT DUE AMOUNT DUE 


TOTAL AMOUNT DUE 


Once all additional records are entered, the ‘‘trailer’’ record would again end the loop. The trailer 
record would produce the total amount due on the CRT. 


ACCOUNTS 
RECEIVABLE 
FILE 


ACCOUNTS RECEIVABLE REPORT 
DATE NAME QUANTITY AMOUNT DUE 


18/16/83 J. JONES 
19/17/83 S. SMITH 
19/18/83 = J. WILLIAMS 


J wiuiams| |_| Laas] 


NAME QUANTITY UNIT PRICE 


67 ae L4H | 
TOTAL AMOUNT DUS AMOUNT DUE 


As soon as you feel comfortable with the applications just illustrated, do the Programmer’s Check 
which follows to see how much you have learned. 
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PROGRAMMERS CHECK 


Flowcharting Bank Accounts 


The object of this flowchart is to design a program which will print the results of trans- 
actions made to various bank savings accounts and to print final totals. Do your flowcharting 
on a separate sheet of paper. 


INPUT: ACCOUNT FILE 


NAME ACCOUNT NUMBER | OLD BALANCE DEPOSITS | WITHDRAWALS 
aSII3A 


TRAILER RECORD 


OUTPUT: CRT 


SAVINGS ACCOUNT BALANCES 


NAME OLD BALANCE NEW BALANCE 


W.O'BRIEN 188.98 598.98 
M. COOL 509 89 358.98 


TOTALS 689 68 858.88 


PROCESSING: 
The calculations necessary for this program are as follows: 


NEW BALANCE = OLD BALANCE + DEPOSITS — WITHDRAWALS 


TOTAL OLD BALANCES = TOTAL OLD BALANCES + OLD BALANCE 


TOTAL NEW BALANCES = TOTAL NEW BALANCES + NEW BALANCE 


(Answers on Page 28) 
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START 


SET TOTAL OLD 
BALANCES TO 
, 


SET TOTAL NEW 
BALANCES TO 
5 


CLEAR THE 
SCREEN 


PRINT 
‘SAVINGS ACCOUNT 
BALANCES’ 


PRINT 
NAME 
OLD BALANCE 
NEW BALANCE 


READ 
A 
RECORD 


PRINT 
TOTALS’. TOTAL 


OLD BALANCES 
TOTAL NEW BALANCES 


NEW BALANCE 
OLD BALANCE + 
DEPOSITS - 
WITHDRAWALS 
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PROGRAMMERS CHECK ANSWERS 


TOTAL OLD BALANCES = 
TOTAL OLD BALANCES 
+ OLD BALANCE 


TOTAL NEW BALANCES = 
TOTAL NEW BALANCES 
+ NEW BALANCE 


PRINT 
NAME . OLD BALANCE 
NEW BALANCE 


Keep in mind that the computer can do only 
three basic operations: input/output, arithmetic, 
and comparing. We have just seen how we can 
design programs which use the first two 
capabilities. Now, let’s look at the third, logic. 


Computer logic involves the comparing of 
two values by the CPU. As a result of the com- 
parison, one of three conditions will be true: the 
values will be equal (=), the first value will be 
greater than ( > ) the second value, or the first 
will be less than ( < ) the second. 


Comparing involves the asking of a ques- 
tion. A flowchart uses the diamond-shaped deci- 
sion box to illustrate this. But asking a question 
ought to imply listening to the answer—that is, 
taking alternative actions depending on the 
answer to the question. In computer program- 
ming, we refer to this as ‘‘branching.”’ 


Although the following is possible, think of 


how ridiculous it appears: 


Yes 


Regardless of the answer to the question, the 
same action is taken. This type of question should 
never be posed in a program unless alternative 
actions are taken. Now, contrast the first exam- 
ple with the one below: 


is 
T 
RAINING 
OUTSIDE 
7 


OPEN 
Your 
UMBRELLA 


Go 
OUTSIDE 


Note that, this time, something special (the 
opening of your umbrella) will take place as a 
result of the answer to the question. This is the 
way in which we give our programs the flexibili- 
ty to process data differently according to our 
needs. 


Even in our first input/output flowchart, we 
used computer logic. Do you recall where? 
Remember, whenever we establish a loop, we 
must provide a way out of the loop. As we read 
each record, we checked to see if it was the trailer 
record so that we could direct the program 
towards the end. This was a comparison, or ques- 
tion, and as a result we were able to take alter- 
native actions based upon the answer—either to 
continue the loop if the record read was not the 
trailer record, or to terminate the loop if it was. 
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Let’s take a look at another more involved 
application which uses computer logic: an 
employee weekly payroll program. 


Our employee payroll file will serve as in- 
put to our program. It consists of records con- 
taining four fields: an employee number, an 
employee name, the number of hours worked for 
the week, and the normal, hourly pay rate. This 
is illustrated below: 


EMPLOYEE PAYROLL RECORD 


EMPLOYEE 
NUMBER 


EMPLOYEE HOURS 
NAME WORKED 


Our output should consist of detail lines 
which contain, in addition to the four input 
fields, the employee’s gross pay. But, in order 
to calculate the gross pay, we will have to deter- 
mine whether or not the employee is entitled 
to overtime pay. Overtime pay will be given for 
all hours worked after the first 49 hours at time- 
and-a-half the regular pay rate. Also, a final 
total of all employees’ gross pays will be taken. 


Based on the following input data, at the 


conclusion of our program, we would see this 
output: 


INPUT FILE 


Pay 
Rate/ 
Emp.# Name Hours Hour 
19) Frank 49 5. 
254 Anne 45 6.06 
824 Mark 35 5.59 
999 End 99 9.99 


CRT OUTPUT: 


WEEKLY PAYROLL REPORT 


EMPLOYEE 
NUMBER 


EMPLOYEE 
NAME 
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HOURS PAY GROSS 
WORKED RATE AY 


P 
5 8 2B8. 

6.68 R44 
5.58 192.59 


TOTAL PAYROLL 677.59 


The flowchart design to solve this problem appears below: 


START 


ADD GROSS 
Pay 10 
TOTAL GROSS PAY = 


PRINT NUMBER 
NAME. HOURS. RATE 
GROSS PAY 


PRINT EMPLOYEE 
“EMPLOYEE. HOURS 
PAY’. "GROSS 


PRINT "NUMBER 
NAME. WORKED 
RATE PAY 


SET TOTAL 
GROSS PAY 
TO 
A 


READ 
A 
RECORD 
Yes PRINT TOTAL 
PAYROLL 
TOTAL GROSS PAY 
NO 


OVERTIME PAY GROSS PAY = 
REGULAR PAY = (HOURS — 49) REGULAR PAY 
= 48 » RATE » (RATE » 1.5) + OVERTIME PAY 


GROSS PAY 


= HOURS x RATE 
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By now we have become familiar with our counter is set to zero. Prior to entering the loop, 
initialization routine: the screen is cleared, the our computer system looks like this: 
headings are printed, and the accumulation 


EMPLOYEE 
PAYROLL 
FILE 


WEEKLY PAYROLL REPORT 


> EMPLOYEE EMPLOYEE HOURS PAY GROSS 
7 
VOvee Soaee OF NUMBER © NAME WORKED AATE — PAY 


181 FRANK 49 5.98 


Next, a record is read. Notice that in this sion box, we ask the question ‘‘Is the name 
flowchart, a more accurate test is made for the equal to ‘END’?’’ If the answer is yes, a branch 
trailer record—that is, the trailer record will will occur to the right; otherwise, the next state- 
contain the value ‘END’ where the employee’s ment will be executed. 


name would normally be. Thus, in our deci- 


READ 
A 
RECORD 


WEEKLY PATROL. WEPOR) 


EMPLOYEE «= EMPLOYEE HOURS PAY —-GADSS 
\ 1g FRANK 48 Sp NUMBER WAME WORKED RATE = PAY 
a a A AY vw FRANK v7 i, ae | 
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The name in this record is FRANK, not 
END, so the flowchart will follow the ‘‘NO”’ 
path. 


At this point, in order to compute the 
gross pay of each employee, it is necessary to 
determine whether or not overtime hours were 
worked. The question is then asked: ‘SARE 
HOURS GREATER THAN 4?” Each 
record’s ‘‘hours’’ field will be compared to the 
constant, numeric value ‘‘49”’ and one of two 
possible answers will be returned. If more than 
49 hours were worked, the logic will branch to 
the right; if 4% or less hours were worked, no 
branch will occur. 


According to our input file, Frank worked 
exactly 4% hours (which, of course, is not 
greater than 49), so his pay will be figured out 
from the box ‘‘A2’’ shown below. 


GROSS PAY = 
HOURS x RATE 


PROGRAM 


PROGRAMMER’S TIP 


means ‘‘less than’’ 


while 


” 


means ‘‘greater than 


and 


means ‘‘the same as”’ 


FIGURE 6—Symbols suchas < , > and 
= make it easier and faster to say what you 
mean. 


s 
TOTAL GROSS PAY 


GROSS PAY 
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Following the flow via the connector symbol added to the total gross pay accumulator and a 
to box *‘A2,”’ the just-calculated gross pay is detail line is printed as seen below: 


ADD GROSS PAY 
T 
TOTAL GROSS PAY 


PRINT NUMBER 
NAME. HOURS RATE 
GROSS PAY 


EMPLOYEE 
PAYROLL 
FILE 


SCS 


\ 11 FRANK 4g 5.088 PROGRAM 


es ar . 


WEEKLY PAYROLL REPORT 


EMPLOYEE EMPLOYEE HOURS PAY 
NUMBER NAME WORKED RATE PAY 


191 FRANK 9 5 (a 


m8. 
TOTAL GROSS PAY 
L181 | LFRANK | 
EMP # NAME 


LW J L5.¥ | 28. 
RATE GROSS PAY 


Then, the next record is read. As this is not we re-enter our comparing logic. 
the trailer record (the name is ANNE, not END), 
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When the decision box is executed this time, ‘‘hours’” is found to be greater than 4@ and the path 
to the right is taken. 


GROSS PAY 
REGULAR PAY 
+ OVERTIME PAY 


OVERTIME PAY 
(HOURS — sf) 


REGULAR PAY 
- (RATE » 15) 


4g « RATE 


Notice that in these calculations, the gross pay time pay is (45.0--4) « (6.00 * 1.5) = $45.0. 
is the sum of the regular pay (given for the first Once the gross pay is determined, we connect back 
49 hours worked) and the overtime pay (one-and- to the main stream of the flowchart, causing the 
a-half times the regular rate of pay times the addition to the gross pay accumulator and the 
number of hours worked over 4@). In this case, printing of another detail line. Our system now 
the regular pay is $249.00 (40 x 6.0): the over- looks like this: 


EMPLOYEE 
PAYROLL 
FILE 


= 


WEEKLY PAYROLL REPORT 


485 of 


af ANNE 845 6 es TOTAL GROSS PAY EMPLOYEE EMPLOYEE HOURS PAY — GROSS 
NUMBER NAME WORKED RATE = PAY 
4 i FRANK ag 5 2a 
te 258 ANNE 45 6 285 


REGULAR PAY 


| 28 | 


FMP # 


{_45_| | 5.9 | |_ 265.46 
HOURS RATE GROSS PAY 
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Now, see if you can follow the steps that our third record will take, after which a third detail 
line will be added. 


EMPLOYEE 
PAYROLL 
FILE 


( 


WEEKLY PAYROLL REPORT 


7 EMPLOYEE © EMPLOYEE HOURS PAY GROSS 
— "taaad NUMBER WAME WORKED «so RATE. sé 
wh FRANK s 5 
REGULAR PAY ro] ANNE 45 5 4-4 


824 


Lmaax | | 45 if J 


NAME OVERTIME PAY 


| 192,58 | 


GROSS PAY 


In this case, the hours were found to be had, strange results would have occurred. 
less than 49, the ‘‘NO”’ path was taken, and Sometimes it is necessary to set a field 
the gross pay became $192.59 (35 x 5.59). back to zero before it is referenced again. 

NOTE: Inside of RAM, there still are 
values for the regular pay and overtime When the trailer record is read, its name 
pay. They are left over from the previous field will be found equal to ‘‘END”’ and so the 
record and will remain there until logic will flow to the right where the final total 
reassigned a new value. Since our third line will be printed and the program will end. 
record never used these fields during its The flowchart and trailer record would appear 
cycle, no harm was done. However, if it as follows: 


EMPLOYEE 
PAYROLL 


WEEKLY PAYROLL REPORT 
EMPLOYEE EMPLOYEE HOURS PAY GROSS 


NUMBER NAME WORKED RATE PAY 
wt FRANK Tf 5 
; ANNE 45 ey ee 


824 MARK 35 


TOTAL PAYROLL 
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Quite often, the use of decision boxes 
results in choices which eventually lead to 
reconnecting with the major flow line of the 
chart. Keeping in mind that the normal flow 
is from top to bottom and from left to right, 


what happens when there are two or more op- 
tions available for charting? We merely con- 
nect the lines and use small connector symbols 
“to show such connections. Here are some 
examples: 
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The applications for using these connec- people for selling more than 25, 50 and 75 
tors are numerous, Suppose, for example, you units of product. The scheme could look like 
wanted to chart the bonuses awarded to sales this: 


GRUSS PAY 
COMMISSION ~ UNITS 


Ku 


Sp 


ADD BONUS PAY ADD COMBINED PAY 
TO TOTAL TO TOTAL COMBINED : 
BONUS PAY PAY 


Practice using this technique of creating mer’s Check which follows. After that, we will 
options and merging the flow lines back into be ready to review some other ways our three 
the major chart. Now, try using this new tech- basic computer operations can be structured to 
nique of connecting flow lines in the Program- produce more complex results. 
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PROGRAMMER’S CHECK 
ia 


Flowcharting Payrolls 


Modify the flowchart for the employee weekly payroll program to incorporate December 
bonuses for each employee based upon their years of employment. Also, accumulate totals 
for gross pay, bonuses, and combined pay. 


INPUT FILE BONUS CHART 


EMP. J YEARS YEARS 
NAME HOURS OF PAY EMPLOYED EMPLOYED BONUS 


Harrington ; Less than 2 
2-3 
Gilmore ; 4 or more 


Johnson 


No more 


OUTPUT: CRT 


DECEMBER PAYROLL 


EMPLOYEE GROSS PAY COMBINED 
NAME PAY 


HARRINGTON 338 ao 439 89 
GILMORE 195.99 345 Ap 
JOHNSON 215 #f 290 oy 


TOTALS 748 oa 1965 69 


Match your solution to the one given. Yours may be different, but still valid. After you 
have designed your flowchart, make sure to walk it through with the input data given. As 
long as you get the right output, it works! 


(Answers on Page 40) 
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4 


One Solution to Flowcharting Payrolls 


OVERTIME PAY 
TOTAL GADSS PAY x fate 
TOTAL BONUS PAY’ x lh 


AND TOTAL 
COMBINED PAY 10 § 


PRINT 
“DECEMBER 
PAYROLL 


ADD GROSS PAY 
TOTAL GROSS PAY 


ADD BONUS PAY 
TOTAL BONUS PAY 
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PROGRAMMER’S CHECK ANSWERS 


GROSS PAY = 
REGULAR PAY 
+ OVERTIME PAY 


PRINT 
‘TOTALS’. TOTAL 
GROSS PAY, TOTAL 


BONUS PAY . 
TOTAL COMBINED 
PAY 


BONUS PAY. 
COMBINED PAY 


ADDITIONAL LOGICAL STRUCTURES 


CONTROL BREAKS 

We have seen how totals can be taken of 
records from an entire file. Sometimes, 
however, it is necessary to group records 
together within a file and to take intermediate 
totals for each group. Each record in the file 
will have a ‘‘control field’’ or a group identifier 
field. As each record is read, but before it is 


processed, we must compare its control field 
to the previous control field. In this way we are 
able to determine when a new group is about 
to be processed so that totals of the previous 
group can be printed. See, in the following il- 
lustration, the way a program using control 
break logic can display its output. 


EXPENSE REPORT 


DATE DESCRIPTION AMOUNT 


18/11/83 HOTEL 36.98 
18/11/83 MEALS 17.8 
19/11/83 MISCELLANEOUS 5.98 


TOTAL AMOUNT FOR 19/11/83 52.68 * 


19/12/83 MEALS 15.98 
19/12/83 TRANSPORTATION 35.6 


TOTAL AMOUNT FOR 18/12/83 50.90 * 
FINAL TOTAL 192.98 ** 


In this example, the date serves as the con- 
trol field. Each time a record of a new date is 


read (except for the first record), intermediate 
totals for the previous date are printed. 
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SCGA 
COURSE RATINGS 
Championship. 71.5 
Reguiar 70.4 

Ladies 716 


= —— 
Champion Blue 


Resi) 
Par 
Hania — 


i ee . aa | i | 
ey ae at a ee Gee : | 
PIT A ae ! ig 
__tadiesived) «C34? || 199 /1 4621] 397 |] 938 || 353 || 357 |] 368 |] 4 
<<. Le 4} 3} 8 4 3 4 i ¢ is 
Bel, NL? IL_§ ft 13 jl_18 jl 8 [ 7 NS 


USGA rules govern 40 pinay Oui OF Downd Stakes are white | ele al wate “urerc slakes arn ped Peguier water 
"arard Nes are yellow Local rules at posted 


' 


aia | 
2.925 
% | KZN 


4; 


a 
5 
1 


FIGURE 7—Control-break logic is used when keeping scores of professional golf matches. Totals 
are maintained for each nine holes in a round of 18. Then, each round is recorded before reporting 
the 72-hole total. You could construct a program with control breaks to record and flash results 
on monitors or electronic scoreboards, 
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As you can see, control-break logic has 
many applications in daily life as budgets, 
inventories, expense reports and other reports 
are tabulated. And speaking of tabulation, 
tables and arrays are also logic structured. 


TABLES AND ARRAYS 

In our previous programs, each field con- 
tained only that value just assigned to it. Many 
times, in data processing applications, it is 
desirable to maintain more than one value for 
a given field in RAM at the same time. A table 
(also known as an array) is a series of con- 
secutive storage locations, each containing 
“‘like’’ data. Only one field name is assigned 
to the table although several values within the 
table may be referenced through the use of a 
subscript. A subscript is a whole number which 
indicates the position of a particular value in- 
side of a table. For example, we can ‘‘load’”’ 
(copy) a table consisting of 12 values of the 
names of the months into main storage. 


MONTHS TABLE 


[January | FEBRUARY | MARCH | APRIL | 
1 3 4 


2 
MAY JUNE JULY AUGUST 


SEPTEMBER OCTOBER NOVEMBER DECEMBER 
9 1 1 12 


If we needed to access the fifth month of 
the year, we could say MONTHS TABLE (5). 
Within the parentheses is the subscript which, 
in this case, is 5, which means the fifth posi- 
tion of the months table or ‘‘MAY.’’ 


Very often, tables are searched before data 
is extracted from them. In these cases, the 


subscript itself will be a variable. If, for exam- 


ple, a two-digit month field were read from the 
input record, it could serve as the subscript so 
that we could print the name of the month from 
the table as in: 


PRINT 
‘MONTHS TABLE" 
(MONTHS) 


Here, if months equal 19, the value 
‘““OCTOBER” would be printed. 


We will later utilize tables in a way in 
which much information can be extracted from 
them through the use of variables and codes 
on the input. 


SORTING AND MERGING 

In many applications, records from an in- 
put file must be resequenced into some alpha- 
betic or numeric order. This process is known 
as ‘‘sorting.’’ For example, say our input file 
contains records with name, address, city, state 
and zip code fields. These records are in alpha- 
betic sequence by name. If our program were 
to generate mailing labels from each record on 
the file, it might be required that we sort the 
records into numeric sequence according to 
their zip codes to facilitate their handling by 
the post office. Such a program might look like 
the one on the next page. 
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INPUT FILE 
(SORTED BY NAME) 


JONES, R. 111 MAIN ST. SAN DIEGO. CA 91892 
KELLOG. A. 4p E. LAKE ST. SARASOTA, FL 79114 
KENDRICK 7633 MAPLE SAN DIEGO, CA 91883 
LESLEY 453 GROVE BLVD. DAVENPORT, PA 89183 
LESTER, S. 289 PARK CIRCLE GRAND VIEW. NB 93841 
MUNTZ, J. P.O. BOX 358 SAN DIEGO, CA 91893 


MAILING LABEL 
OUTPUT SORTED BY 
ZIP CODE 


KELLOS 
E. LAKE ST. 
SARASOTA, FL 78114 


453 GROVE BLVD. 
DAVENPORT, PA 89183 


INES 
111 MAIN ST. 
SAN DIEGO. CA 918g2 


Merging refers to the combining of records to another file periodically. Such a process can 
from more than one input file into one output file. be demonstrated in an application involving the 
Often, data is collected onto files and then added maintaining of an employee master payroll file. 
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The master file might contain data about each 
employee, including their hourly rate of pay. Each 
week records are created onto an employee time 
card file. This file contains the number of hours 
worked that week by each employee. In order to 
calculate the gross pay data for each employee, 


EMPLOYEE MASTER FILE 


wh FRANK 5 
258 ANNE 6 
824 MARK 5. 


MERGE PROGRAM 


both files must be in main storage at the same time. 
One way to do this would be to merge the two 


‘files to form a third file which would look much 


like the one we used on our comparing applica- 
tion earlier in this Unit. 


EMPLOYEE TIME CARD FILE 


45 
824 35 


WEEKLY PAYROLL FILE 


3) FRANK 
258 NNE 
824 MARK 


When utilizing this type of system, notice how 
the master file can be maintained independent of 
the time card file, which will be changed with data 
collected at the end of each pay period. 


Well, now you have seen the game plan— 
the program design. Not only that, you have also 
learned how to create a flowchart to show how 
data and processing can be handled in logical 
fashion by the computer. You also learned the 
steps of the program development cycle: 


| hours | RATE | 
¢ 8 
Ki) ] 5 
1. Analysis 
2. Design 
3. Coding 


4. Testing and Debugging 
5. Documentation 


You now have a glimpse at the thought processes 
behind computer programming. 


When you have reviewed the material and feel 
that you have a good understanding of what has 
been presented, complete the Exam which follows. 
Good luck! 
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DO YOU KNOW NOW? 


These were the questions posed at the begin- 
ning of the lesson. 


¢ How to read and design a flowchart of 
a program? 
You have learned how to create a flow- 
chart in which line items are graphically 
represented. You have seen how various 
symbols can be used to represent program 
and computer functions. And, most im- 
portant, you have learned that program 
flow depends upon the use of certain con- 
ventions and procedures. 


¢ What a decision box is? 
A decision box is a diamond-shaped sym- 
bol providing for alternative program 
paths. It provides the computer with 
‘**Yes/No’’ choices based upon values 
which are equal or unequal. 


¢ WHAT is the initialization Routine? 
The initialization routine is a set of steps 
used to prepare the computer for receiv- 
ing and processing data. Such steps as 
clearing the screen, printing headings, set- 

ting counters, and setting input locations 

become automatic with practice. 


A winning game plan takes concentration and practice.... 
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SCHOOL OF COMPUTER TRAINING 


EXAM 4 


PROGRAM DESIGN 
THE GAME PLAN 


4704-2 


When you feel confident that you have mastered the material in Study Unit 4, complete Exam 4. When 
you have completed the entire Exam, transfer your answers to the Answer Sheet which follows. 


Questions 1-20: Circle the letter beside the one best answer to each question (5 points each). 


I. 


The first entry on a flowchart is: 
(a) CLEAR THE SCREEN 

(b) PRINT 

(c) READ A RECORD 

(d) START 


. If you were charting a program in which there is 


‘*branching,’’ you would need a 
(a) display symbol. 

(b) terminal interrupt symbol. 
(c) decision box symbol. 

(d) merge symbol. 


From largest to smallest, you nave 
(a) file, record, field. 
(b) record, file, field. 
(c) field, record, file. 
(d) field, file, record. 


. READ A RECORD would require a 


(a) processing box. 
(b) connector symbol. 
(c) decision box. 

(d) input/output box. 


. The symbol used whenever data must be read in- 


to computer memory from a keyboard or auxiliary 
storage would be 

(a) input/output symbol. 

(b) decision box. 

(c) connector symbol. 

(d) processing box. 


6. 


10. 


The two symbols which always have one line 
leading into them and one line coming out are 
(a) decision boxes and connectors. 

(b) connectors and input/output boxes. 

(c) processing boxes and input/output boxes. 

(d) input/output boxes and decision boxes. 


CLEAR SCREEN is one of several commands 
given during the 

(a) ‘‘branching’’ operation. 

(b) process of setting counters to zero. 

(c) initialization routine. 

(d) input/output stage. 


. One of the conventions used in flowcharting is that 


the flow of a program should be 

(a) from right to left and bottom to top. 
(b) from bottom to top and left to right. 
(c) from left to right and bottom to top. 
(d) from top to bottom and left to right. 


. When it is necessary to produce sub or inter- 


mediate totals for groups of records, a program 
is produced using 

(a) control-break logic. 

(b) tables and arrays. 

(c) sorting and merging. 

(d) subscripting the trailers. 


A > B means 

(a) B is greater than A, 
(b) A is greater than B. 
(c) A is equal to B. 

(d) A represents B. 
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QUESTIONS 11-20 REFER TO THE FOLLOWING PROGRAMMING PROBLEM. 


Designing a Program for an 
Accounts Receivable Report Application 


Allen Smith has a television repair business. He has asked you to develop 
a program for his microcomputer so that he can track his accounts receivable. 
He needs to know the amount due from each customer and would also like 
to have a record of total amount due. Since all repairs are basically the same, 
he is not interested in maintaining unit or quantity figures. Below is a por- 
tion of the accounts receivable file he has provided to you for the purposes 
of design and flowcharting: 


ll. 


6-1-83 J. Echols 461 State St. $ 57.96 
6-1-83 E. Garrett 2861 Church Rd. 198.22 
6-1-83 B. Jeffries RR #2 24.75 
6-1-83 W. Mandrake 5773 Park Place 19.99 


Using the flowchart symbols provided, fill in the appropriate commands 
and information in the spaces. Once you have completed the chart and shown 
the output in the form of an ‘‘Accounts Receivable Report’’ on the CRT, 


12. 
answer the 10 questions which follow. 


ACCOUNTS RECEIVABLE REPORT 
ADDRESS AMOUNT DUE 


TOTAL AMOUNT DUE 


11. This box (No. 11 at right) would contain which of the following 13. 


commands? 


(a) SET AMOUNT DUE TO @ 

(b) SET TOTAL AMOUNT DUE TO @ 

(c) PRINT ‘ACCOUNTS RECEIVABLE REPORT’ 
(d) PRINT ‘A RECORD’ 


12. This box would contain: 


(a) PRINT ‘ACCOUNTS RECEIVABLE REPORT’ 
(b) PRINT ‘A RECORD’ 

(c) SET AMOUNT DUE TO @ 

(d) AMOUNT DUE = AMOUNT DUE 
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17. 


20. 


ULfto et} 


13. 


14. 


16. 


17. 


19. 


20. 


This box would contain: 

(a) PRINT ‘ACCOUNTS RECEIVABLE REPORT’ 

(b) PRINT ‘TOTAL AMOUNT DUE’, ‘TOTAL AMOUNT 
DUE’ 

(c) READ ‘A RECORD 

(d) PRINT ’A RECORD’ 


This box 

(a) asks a question. 

(b) checks for the trailer record. 
(c) creates a loop. 

(d) all of the above. 


~ ASS 


(a) a connector to process more records. 
(b) a signal to end the program. 

(c) a connector to CLEAR SCREEN. 
(d) asymbol for END. 


This is a symbol for 
(a) input/output. 

(b) data processing. 
(c) decisions. 

(d) none of the above. 


The contents of this box would include: 

(a) PRINT ‘DATE’, ‘NAME’, ‘ADDRESS’, ‘AMOUNT DUE’ 

(b) AMOUNT DUE = AMOUNT DUE 

(c) TOTAL AMOUNT DUE = TOTAL AMOUNT DUE + 
AMOUNT DUE 

(d) READ A RECORD 


. This box is a symbol for 


(a) input/output. 

(b) data processing. 
(c) decisions. 

(d) CRT monitor. 


The contents of the box preceding Fl would include the following 

command: 

(a) TOTAL AMOUNT DUE = TOTAL AMOUNT DUE + 
AMOUNT DUE 

(b) PRINT ‘ACCOUNTS RECEIVABLE RECORD’ 

(c) PRINT DATE, NAME, ADDRESS, AMOUNT DUE 

(d) READ A RECORD 


The command in this box would include: 

(a) PRINT ‘TOTAL AMOUNT DUE’, TOTAL AMOUNT DUE 
(b) PRINT ‘ACCOUNTS RECEIVABLE REPORT’ 

(c) PRINT DATE, NAME, ADDRESS, AMOUNT DUE 

(d) AMOUNT DUE = AMOUNT DUE 
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NAME 


ADDRESS 


CITY 


waren ----CUT ALONG THIS LINE ----- --------4--------------------------------------------. 


SCHOOL OF COMPUTER TRAINING 


ANSWER SHEET 


PROGRAM DESIGN—THE GAME PLAN 


PLEASE PRINT 


(CD Check if this is a new address and you have not previously notified us. 


STUDENT NUMBER 


Examination Number 4704-2 


STATS 


FOLD — 


INDICATE YOUR ANSWER TO EACH QUESTION BY MARKING AN X 
IN THE APPROPRIATE SQUARE. EXAMPLE: X(e}[e][e] 


[a]felfel fe] 
2 [aJ[e] fel fe] 
3. La}[e][e][o] 
«(al[e|[e][o] 
[a][e][e}[o] 


(4][e][e][o] 
][e]fe][e] 
.(a][e][e}[o] 
».(a][e][e] [0] 
w.[a}[e}[e][>] 


"-[4][e][e][e] 
2[a][e][e][o] 
3.[a][e][e][o] 
«[a][e][e][e] 
s.[4][8][¢][o] 


we. [4][e][e] [0] 
7 [a]fe}fe][e] 
rs. [4] [2] Le] [0] 
9. [4] [2] [e][2] 
2. [4][2][¢][>] 


- FOLD — 
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